home *** CD-ROM | disk | FTP | other *** search
/ IRIX Base Documentation 2001 May / SGI IRIX Base Documentation 2001 May.iso / usr / share / catman / a_man / cat1 / rtap.z / rtap
Encoding:
Text File  |  2001-04-17  |  7.7 KB  |  265 lines
  1.  
  2.  
  3.  
  4. RRRRTTTTAAAAPPPP((((1111MMMM))))                                                              RRRRTTTTAAAAPPPP((((1111MMMM))))
  5.  
  6.  
  7.  
  8. NNNNAAAAMMMMEEEE
  9.      rtap - real-time application program
  10.  
  11. SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
  12.      rrrrttttaaaapppp [ ----ffff _f_i_l_e__n_a_m_e ]
  13.  
  14. DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
  15.      _R_t_a_p is an interactive test program that drives the RSVP daemon through
  16.      the RSVP API.  _R_t_a_p may be used either as a standalone application, or it
  17.      may be linked directly into the RSVP daemon.
  18.  
  19.      _R_t_a_p repeatedly displays the command prompt >, and executes each command
  20.      as it is entered.  For the standalone version, ----ffff parameter will execute
  21.      a stream of commands from the file _f_i_l_e__n_a_m_e; at the end of that file,
  22.      _r_t_a_p will enter interactive mode.
  23.  
  24.      This man page describes the _r_t_a_p program included with Release 4.0 of
  25.      RSVP.  This version of _r_t_a_p can open multiple sessions simultaneously.
  26.  
  27.  
  28. CCCCOOOOMMMMMMMMAAAANNNNDDDDSSSS
  29.      Each _r_t_a_p command is a single line, starting with the command verb.  The
  30.      command verb can be abbreviated.  The command verb may optionally be
  31.      preceded by a thread designator of the form:  `Tn' where n is a positive
  32.      integer.  If there is no thread designator on a command, it assume the
  33.      thread of the last designator that appeared.  When _r_t_a_p starts, T1 is
  34.      assumed.
  35.  
  36.      The basic _r_t_a_p commands are as follows:.
  37.  
  38.  
  39.      hhhheeeellllpppp or ????
  40.  
  41.           Display a complete list of _r_t_a_p commands and their syntax.
  42.  
  43.      qqqquuuuiiiitttt
  44.  
  45.           Exit.
  46.  
  47.      ddddeeeesssstttt <proto> <dest addr>[:<dest port> ]
  48.  
  49.           Calls rapi_session() to define a new session by destination address
  50.           and optional port.  Any previous session for the same thread must
  51.           have been closed.  The required <proto> parameter must be one of the
  52.           strings:  `udp' or 'tcp', or `proto <nn>', where <nn> is an integer
  53.           IP protocol id.
  54.  
  55.  
  56.      sssseeeennnnddddeeeerrrr [ [ <src host>:]<src port>  <Tspec> ]
  57.  
  58.           Calls rapi_sender() to specify sender attributes and start sending
  59.           path state.  It may be issued repeatedly to modify the sender
  60.  
  61.  
  62.  
  63.                                                                         PPPPaaaaggggeeee 1111
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70. RRRRTTTTAAAAPPPP((((1111MMMM))))                                                              RRRRTTTTAAAAPPPP((((1111MMMM))))
  71.  
  72.  
  73.  
  74.           attributes.  The destination from the most recent ddddeeeesssstttt command is
  75.           assumed.  If the parameters are entirely omitted, the current sender
  76.           is removed.
  77.  
  78.           The source host (<src host>) parameter is optional; its default is
  79.           the default IP address of the local node.  The Tspec parameter is
  80.           required.  The TTL passed in the rapi_sender call is the most recent
  81.           value specified in a ttttttttllll command, or the default TTL value.
  82.  
  83.  
  84.      rrrreeeesssseeeerrrrvvvveeee <style>  [ <reservation parameters> ]
  85.  
  86.           Here <style> can be any of: wf, ff, or se.
  87.  
  88.           If <reservation parameters> is omitted, the command deletes the
  89.           current reservation (<style> is actually irrelevant, but it must be
  90.           present).  Otherwise, they must take the form appropriate to the
  91.           style:
  92.  
  93.  
  94.           wf
  95.  
  96.                [*] <flowspec>
  97.  
  98.           ff
  99.  
  100.                <filtspec> <flowspec> [ <filtspec> <flowspec> ] ...
  101.  
  102.           se
  103.  
  104.                [<filtspec> ...] <flowspec>
  105.  
  106.      cccclllloooosssseeee
  107.  
  108.           Call rapi_release() to close the session.
  109.  
  110.  
  111.      ttttttttllll <integer>
  112.  
  113.           Specify TTL for use in the next _s_e_n_d_e_r command in this thread.
  114.  
  115.  
  116.      ddddmmmmaaaasssskkkk <integer>
  117.  
  118.           Specify debug mask of daemon.
  119.  
  120.  
  121.      ddddlllleeeevvvveeeellll <integer>
  122.  
  123.           Specify debug level of daemon.
  124.  
  125.  
  126.  
  127.  
  128.  
  129.                                                                         PPPPaaaaggggeeee 2222
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136. RRRRTTTTAAAAPPPP((((1111MMMM))))                                                              RRRRTTTTAAAAPPPP((((1111MMMM))))
  137.  
  138.  
  139.  
  140.      ccccoooonnnnffffiiiirrrrmmmm
  141.  
  142.           Cause next reservation request to trigger confirmation upcall.
  143.  
  144.  
  145.      rrrreeeecccceeeeiiiivvvveeee [ <receive host> ]
  146.  
  147.           Joins the multicast group indicated by _r_e_c_e_i_v_e _h_o_s_t.  This is
  148.           necessary for a UDP-encapsulation-only host running the RSVP daemon,
  149.           in order for the daemon to receive Path messages.  The optional
  150.           <receive host> parameter specifies the address of a local interface
  151.           on which group will be joined; if it is omitted, the default
  152.           interface will be used.
  153.  
  154.      ssssttttaaaattttuuuussss
  155.  
  156.           Show status of session.
  157.  
  158.      sssslllleeeeeeeepppp <seconds>
  159.  
  160.           Delay for specified number of seconds.
  161.  
  162.      Command parameters include filterspecs, flowspecs, and Tspecs.
  163.  
  164.      Filter specs
  165.  
  166.           A filterspec is represented as <host> [:<port>], where <host> is an
  167.           IP host name or numeric IP address and the optional parameter <port>
  168.           is an integer.
  169.  
  170.      Flowspecs
  171.  
  172.           A flowspec is a sequence of parameters enclosed in square brackets.
  173.           The following forms are allowed:
  174.  
  175.                [ gx <R> <S>  <r> <b> <p> <m> <M> ]
  176.  
  177.                [ cl <r> <b> <m> <M> ]
  178.  
  179.                [ g <r> <b> <delay> <service level> ]
  180.  
  181.                [ p <r> <b> <delay> <service level> ]
  182.  
  183.           The first two forms correspond to the Guaranteed and Controlled-Load
  184.           integrated service specifications, respectively, and result in
  185.           extended-legacy format parameter lists for the API.  The parameters
  186.           are as defined in the corresponding service documents.  The last two
  187.           forms are for backward compatibility; either results in a legacy
  188.           format parameter list that will be crudely mapped into an integrated
  189.           service Controlled-Load specification.
  190.  
  191.  
  192.  
  193.  
  194.  
  195.                                                                         PPPPaaaaggggeeee 3333
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202. RRRRTTTTAAAAPPPP((((1111MMMM))))                                                              RRRRTTTTAAAAPPPP((((1111MMMM))))
  203.  
  204.  
  205.  
  206.      Tspecs
  207.  
  208.           A Tspec is a sequence of parameters enclosed in square brackets.
  209.           The following forms are allowed:
  210.  
  211.                [ t <r> <b> <p> <m> <M> ]
  212.  
  213.                [ g <r> <b> ]
  214.  
  215.                [ p <r> <b> ]
  216.  
  217.           The first form creates an extended-legacy format parameter list for
  218.           a general Tspec, according to the integrated services
  219.           specifications.  The last three forms are for backward
  220.           compatibility; each results in a legacy format parameter list that
  221.           will be crudely mapped into a general Integrated Services Tspec.
  222.           Only the <r> and <b> parameters are required.
  223.  
  224.  
  225. SSSSEEEEEEEE AAAALLLLSSSSOOOO
  226.      rsvpd(1m), rstat(1m), rsvpeep(1m), rsvpfilter(1m), psifconfig(1m)
  227.  
  228.  
  229. BBBBUUUUGGGGSSSS
  230.      The sleep command works properly only for the standalone version of _r_t_a_p.
  231.  
  232.  
  233.  
  234.  
  235.  
  236.  
  237.  
  238.  
  239.  
  240.  
  241.  
  242.  
  243.  
  244.  
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252.  
  253.  
  254.  
  255.  
  256.  
  257.  
  258.  
  259.  
  260.  
  261.                                                                         PPPPaaaaggggeeee 4444
  262.  
  263.  
  264.  
  265.